-
Notifications
You must be signed in to change notification settings - Fork 7.6k
video: add stm32mp135f gc2145 camera board shield & enable dcmipp / st-mipid02 #91837
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
video: add stm32mp135f gc2145 camera board shield & enable dcmipp / st-mipid02 #91837
Conversation
d4ae1d2
to
3223894
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Otherwise, looks ok.
@@ -14,3 +14,6 @@ CONFIG_CONSOLE=y | |||
|
|||
# UART console (overrides remote proc console) | |||
CONFIG_UART_CONSOLE=y | |||
|
|||
# Ensure VIDEO is initialized after pinctrl due to IO-Expander | |||
CONFIG_VIDEO_INIT_PRIORITY=75 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Put in board's kconfig.defconfig depeding on VIDEO
3223894
to
7647177
Compare
Added Kconfig.defconfig in stm32mp135f_dk board as per @erwango comment. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM thank you!
Just waiting to get your feedback on init priorities to confirm this was intentional, but I stand ready to give a quick review cycle to approve after that is clarified.
d09a755
to
47fe3a0
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Glad to see more shields being used, that reduces efforts of manually wiring things up in devicetree.
}; | ||
|
||
port@1 { | ||
csi_capture_port: endpoint { }; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Apparently dtc
does not complain that the remote-endpoint-label
required property is absent?
Then no need to add the stub remote-endpoint-label = "";
I suppose!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not on that one since there is a compatible in the stm32mp135.dtsi
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't see where the compatible = "st,stm32-dcmipp-pipe";
yaml file is. But I think inside that .yaml, we should still include: video-interfaces.yaml
because this is an endpoint no ? If not, it seems we made an exception for this endpoint
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That's how each pipe output is being described, based on the very first discussion we had at the beginning when I started implementing that.
Thanks for reminding me. Yes, I remember we have some constraints to support multiple pipes in the DCMIPP and come up to this solution but didn't pay attention to this particular trade-off.
This is needed but not a real endpoint (no yaml, no remote-endpoint to interface with, no bus-type). Maybe we can try to see if we can have a nicer solution in the future. The current implementation is OK to me. Thanks.
47fe3a0
to
e07e6e9
Compare
adding 100KB to the repo for such a tiny image was really overkill :) updated to webp |
and of course I messed up... on it |
e07e6e9
to
295cd30
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Added change-request to wait for more discussion about my question on csi_capture_port: endpoint { };
maybe I am wrong, will remove it as soon as more info is provided
Addition of a shield st_mb1897_cam embedding a GC2145 CSI sensor which can be connected to the STM32MP135F-DK via a 15pins FFC. Signed-off-by: Alain Volmat <alain.volmat@foss.st.com>
Add a configuration file for the stm32mp135f_dk board. Signed-off-by: Alain Volmat <alain.volmat@foss.st.com>
295cd30
to
8a8d5b9
Compare
This is part of the stm32mp135.dtsi in the description of the dcmipp node:
That's how each pipe output is being described, based on the very first discussion we had at the beginning when I started implementing that. |
Thanks @kartben, sorry I didn't noticed ;( |
|
This PR adds the shield for the GC2145 camera module available with the stm32mp135f-dk
This PR depends on PR #91878 for allowing crop in order to properly display the image